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REMARKS 

Claims 1-7 and 10-26 have been rejected under 35 USC 102(e) as anticipated by WAP. 
The rejection is respectfully traversed. 

WAP, in chapter 5.4 "WTA Events," discloses that after receiving the "WTA events" 
(arrow IB) it is determined whether the "WTA event" matches one of the existing "WML event 
bindings" (step 2). If there is such a "WML event binding" with the entry "Task = GO," then the 
content is loaded that is addressed by a URL which is, for example, contained in the WTA event 
(step 3). If, however, no matching "WML event binding" is found, then an "event table" is checked 
to determine whether there is a matching entry (step 4). If there is a matching entry in the "event 
table," then a URL from the "event table" is output (step 5). In this case, the "WTA user agent" 
loads the content which is addressed by the URL derived from the "event table" (step 6). Hence, in 
either event, the content specified by a URL is loaded. That is, either the content of the URL 
contained in the "WTA event" is loaded (if there is a "WML event binding" with "Task = GO") or 
the content of the URL derived from the "event table" is loaded (if there is no "WML event 
binding" with "Task = GO" but there is a matching entry in the "event table"). However, no stored 
dialog information is checked to determine whether it is sufficient to carry out the dialog. Rather, in 
the process described in chapter 5.4, the stored dialog data are not examined but instead the content 
specified by a URL is loaded nonetheless. Additionally, the type of content to be loaded on the 
terminal cannot be deduced. In particular, it cannot be deduced that dialog information sufficient to 
carrying out the dialog in question is loaded. 

In chapter 11.1, "Start-up of a WTA Session," the preparation for a new WTA session is 
described. In the "Start-up of a WTA Session" a new "WTA event table" is transmitted to the 
terminal. However, the WTA client simply checks whether there is a "WTA event table" in it. If this 
is not the case, the WTA client sends a "request for a new event table" to the WTA server, where " 
an "http header" is configured. If, an "event table" already exists in the WTA client, then the WTA 
client also sends a "request for a new event table" to the WTA server, where an "http header" is 
configured in a different manner. Hence, the WTA client is checked to determine whether there is a 
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"WTA event table." A "WTA event table" is not, however, "dialog information relating to the 
performance of the dialog" as required by the claimed invention. Rather, a "WTA event table" is 
merely a table which contains the types of events which can be processed. Additionally, it is not 
known that: "the stored dialog information is checked via the terminal to see whether it is adequate 
for performing the relevant dialog." Rather in WAP, it is merely checked whether or not there is 
"WTA event table." WAP there fails to disclose the stored dialog information is checked via the 
terminal to see whether it is adequate for performing the relevant dialog and, if not, a request 
message for the transmission of corresponding dialog information is sent, and the transmission of 
dialog information is requested via the terminal by means of a message sent to the network, as 
required by the claimed invention. 

WAP also fails to disclose the dialog information being code which can be interpreted or 
executed in the manner of a program, as required by the claimed invention. The "event table" in 
WAP (chapters 5.4 and 1 1 .1) is not code which can be interpreted or executed in the manner of a 
program" but rather a table which contains the types of events which can be processed. 

Additionally, WAP fails to disclose configured for sending dialog information on the 
basis of a specific request message by the terminal, as required by the claimed invention. 
Specifically, in chapter 14.3 and figure 8, a message "Request" is represented. This message is, 
however, only sent from the terminal to the telecommunications network after the user has activated 
inputs in the menu. At the time of the input into the menu, the "dialog information" must already be 
present in the terminal. Thus, the message "Request" represented in chapter 14.3 is not a "specific 
request message for sending dialog information" as is claimed in the invention. 

In view of the above, each of the presently pending claims in this application is believed 
to be in immediate condition for allowance. Accordingly, the Examiner is respectfully requested to 
withdraw the outstanding rejection of the claims and to pass this application to issue. If it is 
determined that a telephone conference would expedite the prosecution of this application, the 
Examiner is invited to telephone the undersigned at the number given below. 
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In the event the U.S. Patent and Trademark office determines that an extension and/or 
other relief is required, applicant petitions for any required relief including extensions of time and 
authorizes the Commissioner to charge the cost of such petitions and/or other fees due in connection 
with the filing of this document to Deposit Account No. 03-1952 referencing docket no. 
449122001300 . However, the Commissioner is not authorized to charge the cost of the issue fee to 
the Deposit Account. 



Dated: March 13,2006 
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